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Overview 


• motivation 

• reflection (super-short) 

• self-examination/modification in Pd 

• iemguts 

• design ideas 

• examples 

• uses 

• outlook 
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Motivation 


• agent-like system 

• esp. in visual programming languages 

• live coding 

• adding “funny” (easily comprehensible) features 

- moving objects 

• coding with the computer as “opponent/partner” 
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Reflection 


• “process of reasoning about and/or acting upon 
oneself” [Demer/Malenfant 1995] 

• Self examination 

• examine run-time behaviour 

• Self modification 

• changing running program 

• Self replication 
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Definitions 


• object 

moses 

• Pd-object (“rectangles”) -- 

• abstraction 

• external object written in Pd 

• canvas 

• a Pd window where you can put objects 

• patch, sub-patch, abstraction 
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Reflection and Pd 


• Self modification 

• interpreter and 10 (GUI, file,...) communicate via 
Pd-messages 

• - generate messages to control the interpreter 

• Self examination 

• few constructs to query the interpreter 
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Self-examination in Pd 


• some functionality that allows examination by user 

• e.g. numberboxes 

• few objects that allow patch to examine itself 

• [cputime] 

• [realtime] 

• message domain only! 

• signal-domain usually has constant load (less 
problematic) 
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[cputime] 


• featured in “Load Meter” (top for Pd interpreter) 

• turn on/off patches depending on the available 
processing power 

- only takes Pd-process into account 

- estimation! 

• could be interesting during performance 

• stress-tests 

• generating cpu-load in the process 

• interesting during development (stability tests) 
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[realtime] 


• confusion about “logical” vs “real” time 

• measuring the “real” (system) time elapsed 
between two events 

profiling an object 

• profiling! 

• performing? 
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Self-modification in Pd 


“dynamic patching” 

• messages to canvas 


w •* A UJntitled-l* - /home/zmoelnia/lib/DaDers/lac2009/pre:J -ox 

File Edit Rit Rnd Windows Media Help 


msg 100 100 bang, 
obj 100 130 f 12, 
obj 100 160 print result, 
connect 0010, 
connect 1020 


pd subpatch 


bang( 


s pd-subpatch 


f 12 

r 


print result 


FI 


exactly the same happens when reading a 
patch from file 


additive (restore from file) 


#X msg 100 
#X obj 100 
#X connect 


100 bang; 
120 print; 
0 0 10 ; 
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Self modification continued 


• more complex self-modification 

• mimicking user-interaction 

• sending e.g. mouse events 

click 55000, mouseup 200 200 0 

• requires high knowledge of the (visual 
representation of the) patch 
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Woes of dynamic patching 


• indices 

• manually keeping track of indices 

• indices can change on object-deletion 

• limited functionality 

• adding made easy 

• programmatic deletion of specific objects complicated 

• user-interaction 

• concurrent (virtual) mouse pointers 
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Mitigation of dynamic patching 


• “dyn~” (Thomas Grill) 

• sandbox “canvas” 

• extended set of methods 

- object “labels” rather than indices 

- object deletion 

• top-down approach 
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iemguts 


• making dynamic patching easier 

• exposing internals of Pd on the patch-level 

• functionality (not) available through public “C” API 

• bottom-up approach 

• $seif metaphor 

• global state 
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global state of interpreter 


• [dspstate] would be nice :-( 

• [classtest] 

• test whether an objectclass is loaded into Pd 
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self 


• provide information about abstraction itself only 

• depth 

• iemguts-objects work on abstractions they live in (or 
parents thereof) 

• [canvasdollarzero 2] 

- information on “grandparent” canvas 
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talking to oneself 


• [sendcanvas] 

• communication with self (or rather: self's parent) 
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more selfishness 


• neighbours 

• information about “neighbouring” abstractions have 
to be queried from neighbours 

• implementation in plain Pd 

• how to deal with 3 6 party objects? 

• esp. internals 
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position in space 


• Pd is a visual language 

• objects relate to each other in space 

• not quite true in language semantics 

• [canvasposition] 

• query position of self 

• change position of self 
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chordless patching 


• readable like interfaces 
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connections 


• objects explicitly relate to each other through 
connections 

• [canvasindex] 

• query the index of self 

• allows dynamic construction of “connect <ob0> 
o <obi> 0“ messages 
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connections (cont.) 


• no awareness of what connects or what is 
connected to self (functional approach) 

• [canvasconnections] 

• number of inlets/outlets 

• type (signal vs message) 

• existing connections 

• automatic patcher 
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deletion 


• usually, Pd is not very stable when objects try to 
delete themselves 

• [canvasdelete] 

• allows safe self-destruction 

- objects with limited lifetime 

- temporary objects 

• TODO 

• intercept user-triggered deletion process 
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persistency 


• allow objects to save their current state 

• [canvasargs] 

• settable arguments for next duplication/save 

• objects have to ensure themselves, that all relevant 
parameters are stored 

• persistency hooks into Pd's “save” mechanism 

- simple 

- single-level (only abstractions in saved patch are 
affected) 
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mutation 


• objectargs 

• [canvasargs] 

• entire objects 

• [canvasname] 

- versioning system 
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use cases 

• live-coding performances 

• “live” (moving) patches 

• autoconnecting 

• patching helpers 

• Luke lannini: [templater] 
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Future 


• directly querying/setting information of 3 rd party 
objects on the canvas 

• [canvas...] - [canvasobject...] 

• query index resp. name/args 

• connections 

• deletion-hook 
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Thank you 


https://pure-data.svn.sourceforge.net/ 

/svnroot/pure-data/trunk/externals/iem/iemguts 
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